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Abstract. New developments concerning the extension of the recently introduced (1) Feynman diagram analyser 
DIANA are presented. 
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Topology editor for Diana Version 0.2$Revision: 0.11 $ 
(C) Mikhail Tentyukov, 1989 - 2000 

tentukovcgiphysik.uni-bielefeld.de 
http://www. physik.uni-bi6l6feld.de/~tentukov/diana.html 

This program is free software; you can redistribute it 
and/or modify it under the terms of the GNU General 



FIGURE 1. Topology editor. 
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Recent high precision experiments require, on the side 
of the theory, high-precision calculations resulting in 
the evaluation of higher loop diagrams in the Standard 
Model. For specific processes thousands of multiloop 
Feynman diagrams do contribute. Of course, the con- 
tribution of most of these diagrams is very small. But 
sometimes it is not so easy to distinguish between impor- 
tant and unimportant diagrams. On the other hand, we of- 
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FIGURE 2. Sample of a page with diagrams arranged in 
columns and rows. 



ten need to take into account all diagrams, to verify gauge 
independence, or cancellation of divergences. It turns out 
impossible to perform these calculations by hand. This 
makes the request for automation a high-priority task. 

Our aim is to create a universal software tool for pi- 
loting the process of generating the source code in multi- 
loop order for analytical or numerical evaluations and to 
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FIGURE 3. Details of one diagram. 



keep the control of the process in general. Based on this 
instrument, we can attempt to build a complete package 
performing the computation of any given process in the 
framework of any concrete model. 

The project called DIANA (Diagram ANAlyser) (1) 
for the evaluation of Feynman diagrams was started by 
our group some time ago. At present, the core part is 
finished. The recent development of this project will be 
shortly described below. 

DIANA has been developed for the analytic evalua- 
tion of Feynman diagrams in terms of computer algebra 
packages, for which we use FORM (2) , but which can 
in principle be substituted by another language. The user 
has to prepare a file, which contains the model and pro- 
cess specifications, see details in (1). Reading this file, 
DIANA will generate all necessary other files and then 
invoke the topology editor. The purpose of the topol- 
ogy editor is to make the shapes for the topologies and 
to introduce proper integration momenta for the various 
topologies, Fig. 1. It is a graphical program written in 
C++ using the Qt widget library. For the description of 
the topology editor see the WEB page 

http://www.physik.uni-bielefeld.dertentukov/topeditor.html 
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FIGURE 4. Encapsulated postscript file. 



After all necessary files are ready, DIANA can be used 
to generate the FORM input and to execute the generated 
FORM program as well. 

If the shapes of topologies are defined, DIANA is able 
to produce the pictorial representation of diagrams, see 
the WEB page 

http://www.physik.uni-bielefeld.de/"tentukov/printing.html . 
Three different kinds of postscript files for the diagrams 
can be produced. 

The style "specmode.tml" (see (1) p. 133) contains all 
the necessary function calls. Thus users of this style only 
need to initialize the proper postscript driver in the envi- 
ronment initialization. 

The first driver permits the user to print all diagrams 
in one file, arranging diagrams along several rows and 
columns on each page, Fig. 2, according to the users re- 
quest. The user must initialize the PostScript driver by 
means of the function 



\initPostscript ( 



filename, 
papersize, 
orientation, 
xmargin, 
ymargin, 
xlef tmargin, 
ncols , 
nrows , 
font , 

fontsize ) 



The parameters are: 

1 . filename - the output file name; 

2 . papersize - one of the possible paper sizes; 

3 . orientation - portrait or landscape; 

4 . xmargin - both left and right margins; 

5 . ymargin - both up and down margins; 

6 . xlef tmargin - additional left margin; 

7 . ncols - number of columns per page; 

8 . nrows - number of rows per page; 

9 . font - the PostScript font name; 

10 . font size -the PostScript font size. 



Example: result see Fig. 2 

\Begin (program, routines . rtn) 

\ sect ion (common, browser, regular) 

\Begin (initialization) 

\initPostscript ( pictures.ps, 
A4, 

Portrait , 

20, 

20, 

40, 

2, 

5, 

Helvetica, 
25 ) 

\End (initialization) 

\End (program) 

The second driver prints all diagrams into one 
postscript file, one diagram per page. The diagrams are 
printed together with the topology and momenta flow. 
Such a form is convenient not for printing, but for investi- 
gating the diagram visually by means of some postscript 
interpreter, e.g., by the ghostview, Fig. 3. To initialize 
this driver, the user has to define only the output file name 
by means of the function \initInfoPS (filename) . 

Example: 

\Begin (program, routines . rtn) 

\ sect ion (common, browser, regular) 

\Begin (initialization) 

\initInfoPS (info.ps) 

\End (initialization) 

\End (program) 

The third driver can be used to create an encapsulated 
postscript file containing the current diagram, Fig. 4. 
To use this driver the user has to invoke the function 
\ out EPS (filename, Height, font, font size) . 
inside the environment output. If font size = 0, 
then the particle labels will not be printed. The width of 
the diagram will be defined automatically. The diagram 
will be scaled to fit the EPS bounding box Width 
Height. 

Example: result see Fig. 4 

\ Begin (output , \ ask filename ( ) ) 



\outEPS ( d\currentdiagramnumber ( ) . eps, 
100, 

Helvetica, 
15 ) 

\End (output ) 

No initialization is required for this driver. 

By default, all propagators are depicted by solid lines. 
To use different kinds of lines for different particles, the 
user must define the type of the line. At present, DIANA 
supports three types of lines: "wavy", suitable for vector 
propagators, "spiral" usually used for representation of 
a gluon , and "line" is just a line (full or dashed). All 
of them can be directed or not, and can be of different 
thickness and amplitude (for "wavy" and "spiral"). 

The syntax of the propagator description was extended 
as compared to the old one (see the DIANA 1.0 manual 
http://www.physik.uni-bielefeld.dertentukov/diana_doc.tar.gz ) 
so that it is possible to define the type of the drawing line. 
Let us consider, e.g., the photon propagator description: 
[A, A; a; V (num, ind : 1 , ind : 2 , vec, ) ; ; wavy, 4,2] 
From this example we can see that before the last "]" 
the user can describe (optionally) how to draw the 
corresponding line. The syntax is: 

; linetype, parameter, linewidth 

In the above example linetype=wavy, 
parameter=4 and linewidth=2 

The linetype is just an abstract type of the line. It can 
be one of the following: wavy, arrowWavy, spiral, 
arrowSpiral, line, arrowLine. For "wavy" and 
"spiral" the value of the parameter determines the am- 
plitude while for "line" it means the type of dashing. 

Another way to define a line type is to use the function 

\setpropagatorline (particle, 

linetype , 
parameter, 
linewidth 

) 

in the initialization environment, for example : 

\Begin (initialization) 

\setpropagatorline (A, wavy, 4,2) 
\ End (initialization) 
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